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SUMMARY 


The  first  phase  of  the  study  of  the  Navy  Instructor 
Pilot's  role  in  the  use  of  fliqht  simulators  in  fleet  pilot 
traininq  was  concerned  primarily  with  reviewing  current 
training  operations  and  training  simulators.  The  report 
revealed  that  significant  changes  have  occurred  in  recent 
years  in  terms  of  instructor  personnel  and  equipment.  Most 
important  was  the  conclusion  that  simulator  instructor 
consoles  are  not  designed  for  training  implementation  and 
that  the  IP  is  trained  neither  in  simulator  utilization  nor 
in  "how  to  instruct."  The  problems  were  further  compounded 
by  the  lack  of  well-defined  simulator  traininq  syllabi  and 
support i nq  document  a t ion . 

V 

The  second  phase  of  the  study  involved  the  development 
and  detailed  analysis  of  the  IP  functions  in  simulator  pilot 
training.  In  addition,  the  interaction  of  the  Navy  Flight 
Officer  Instructor  was  analyzed.  A total  of  ten  functions 
involving  thirty-five  subfunctions  was  structured.  A 
conceptual  console  of  nine  modules  which  could  support  these 
functions  was  outlined.  The  interaction  and  relationship 
of  the  Navy  Fliqht  Officer  Instructor  and  the  IP  were  explored 
for  those  weapon  systems  in  which  an  NFO  is  part  of  the 
aircrew. 


The  third  phase  of  the  study  and  subject  of  this  report 
was  concerned  with  the  translation  of  the  IP  functions  into 
specification  format.  The  problem  addressed  was  the  develop- 
ment of  a conceptual  subsystem  which  could  be  utilized  for 
the  demonstration  of  the  defined  IP  console.  The  primary 
result  of  this  study  indicates  that  a console  on  fliqht  IP 
skills  and  capabilities  is  feasible. 
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The  three  phases  of  the  study  of  the  Instructor  Pilot  ' s 
Roll*  in  Simulator  Train  in«|  have  loti  to  a conceptual  system 
which  optimizes  the  uL  i I i za  I i on  ol  tin'  II*  in  the  simulation 
training  program.  The  conceptual  system  attempts  to  both 
exploit  the  skills  developed  for  flight  training  as  well  as 
prevent  any  negative  transfer  between  the  two  instructor 
situations,  i.e.,  flight  and  simulator. 
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The  value  of  the  results  ot  any  analysis  is  continqont 
upon  t In'  quality  of  t lie  data  win  eh  are  input  . This  is  part  i- 
eularly  true  when  deal inq  with  operational  data.  Therefore, 
whatever  success  has  been  achieved  must  be  credited  to  the 
many  officers  and  men  in  the  training  squadrons  and  stat f 
who  devoted  time  and  effort  to  provide  the  data  utilized 
in  t he  study.  In  particular,  the  efforts  of  the  followinq 
personnel  should  be  reeoqnized. 


Mi  . James  holwerk  - ('oitimandei  , Naval  Ail  Forre  United 
States  Pacific  Fleet  Stall,  who  at  tanned  and  coordinated  the 
West  (.’oast  visits  and  who  provided  insiqht  into  many  problem 
areas . 


Mr.  R.  Goodwin  - Coiiunander , Naval  Air  Force  United 
States  Atlantic  Fleet,  who  coordinated  the  Fast  Coast  visits. 

The  lift  icers-  i n-Charqe  ot  t lie  Fleet  Aviat  ion  Specialized 
Operation  Ti a in inq  Group  Detachments  and  their  stafts,  who 
provided  the  data  on  simulat  ion  operat ions,  answered  questions, 
and  assisted  in  our  observation  ol  on-qoinq  truininq. 

The  operat  ion  and  t minimi  staffs  of  the  Readiness 
Traininq  Squadrons,  who  helped  isolate  the  data  requirt'd, 
completed  questionnaires,  and  described  traininq  evolutions 
and  problems. 

Finally,  special  appreciation  is  expressed  to 
Mi  . Vincent  J . t » ha i key,  pro  i oe  t Teel  in i ca 1 Kept  esen  t a t i ve , 
who  provided  insiqht  into  problem  .ire. is  and  arranqed  the 
contact s with  licet  personnel. 
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SECTION  I 
INTRODUCTION 


BACKGROUND 

Effective  utilization  ot  simulators  in  the  pilot  training 
proqram  has  been  a eontinuinq  coiu’ern  of  the  operational 
training  community.  A ma jot  problem  area  has  involved  the 
I ns  I i net  hi  1’ilot  (IP)  and  his  role  in  the  use  o t si  mu  1 a tors  . 
Although  it  was  recognized  that  his  expert ise  should  be 
exploited  in  this  area,  uuest  ionablo  success  has  been  achieved 
in  interfacinq  the  operations  and  f 1 iqht-or iented  character- 
istics of  the  IP  with  the  synthetic  and  qround-ori ented 
characterist ics  of  the  simulator.  Much  of  the  problem  has 
stemmed  from  hardware  (and  software)  limitations  inherent 
in  early  pilot  traininq  simulators,  especially  of  the  analoq 
type.  However,  modern  solid  state  technoloqy,  especially 
in  the  diqital  computer  area,  has  or  appears  to  have  removed 
these  constraints.  In  add  it  ion,  advances  in  traininq 
methodoloqy  appeared  to  provide  t lie  means  to  achieve  the 
required  inteqration  of  the  instructor  into  an  effective 
s y n t ho t i c traininq  system . 

To  verify  that  the  IP  could  be  more  effectively  utilized 
in  simulation  traininq,  the  Human  Factors  Laboratory  of  the 
Naval  Traininq  Equipment  Center  ( NAVTRAKOU 1 PCKN ) undertook  a 
three-phase  R&D  proqram  in  lh74 . Phase  1 was  directed  toward 
identifyinq  the  exist inq  and  projected  role  ot  the  IP  in 
simulator  traininq,  as  well  as  the  characterist ics  id'  the 
IP's  oporat  i :iq  console  in  exist  inq  and  future  trainers. 

Phase  II  was  directed  toward  the  analysis  and  structurinq 
of  IT  instruction  functions  in  simulation  traininq.  Phase  III, 
the  results  of  which  are  the  subject  of  this  report,  was 
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coiu'ornoil  with  t h»'  tr.msl.it  ion  ol  the  IP  functions  into 
spool  float  ion  format . 

PHASE  I RESULTS 

Data  on  IP  operations  were  collected  from  the  maior 
Readiness  Traininq  Squadrons  in  the  U.S.  Navy.  The  results, 
in  qenera l , revealed  that  : 

• The  IP  has  clearly  assumed  the  role  of  simulator 
t 1 mht  i nst  met  or. 

• The  speoit  n-  role  ol  t hi'  IP  anil  the  Simulator  Operator 
(Sii)  varies  with  the  type  of  simulator,  weapon  system,  and 
level  of  traininq  involved. 

• The  IP  and  SO  are  not  trained  to  instruct  on  simu- 
lators, either  in  simulator  operation  or  methods  of  instruction. 

• Simulator  syllabi  are  not  desiqned  to  simulator 
t raininq  requi remen t s. 

• Instructor  consoles  are  not  desiqned  for  IP  use. 

• The  Navy  Fliqht  Officer's  (NFO)  role  in  simulator 
instruction  interacts  with  the  IP's  role  and  must  be  considered 
in  console  desiqn. 

In  short  , the  simulator  instiuctor  for  pilot  traininq 
is  typically  untrained  tor  that  iob,  is  not  provided  essential 
information  for  the  task  (e.q.,  syllabi,  scripts,  and 
scenarios),  and  is  expected  to  perform  at  a console  not 
desiqned  for  the  iob. 
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PHASE  1 1 RESULTS 

Phase  11  was  d i root  od  toward  translation  and  ana  lvsis 
ot  thi'  qotionc  rolo  ot  the  IP  idontifiod  in  Phase  1 into 
spoi-itio  ilot  a lli'il  I uiu’t  ions.  Those  ri'sults  coulii  then  ho 
utilized  for  thi'  development  ot  a spoe  i 1 i oa  t i on  tin  the  IP 
mti'i  taro  to  a i’ll  i o vo  o t t oot  ivo  i n 1 on  i a t ion  o t t he  IP  into 
thi'  overall  pilot  training  simulation  system.  The  Phase  II 
effort  eotioludod  that: 

• The  tunot  ions  o t t ho  IP  in  simulation  pilot  training 
can  he  logically  struoturod  and  allocated  to  manual  and 
machine-supported  tunot ions  within  the  constraints  imposed 
hy  exist i mi  simulator  design  philosophy.  Implementation  of 
thi'  functions  requires  the  use  ot  interactive  terminals 
operating  in  the  background  mode  of  the  simulation  software 
or  operating  as  an  independent  system  which  "talks”  to  the 
simulator  in  terms  ot  data  exchange  and  control  functions. 
The  details  ot  the  imp  lemon tat  ion  require  weapon  system 
data,  at  least  as  to  the  type  of  system  involved,  i.e., 
single-place  attack  or  multi-place  anti-submarine  warfare  l 

• Tlie  i nip  lenient  at  ion  ot  the  tunot  ions  outlined  require 
the  development  ot  support  mg  data.  These  include: 

(1)  Detailed  syllabi  designed  t o simulator 
t ra  i n i tig  requ  i i ement  s 

l-’)  Detailed  scenarios  and  scripts,  including 
controller  messages  and  contingency  opt  ions 

t 11  Learning  object  ivos  and  performance  or  it  el  la 
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(4)  Checklists  for  confiquration  control  and 

manaqement 

• Functionally  standardized  modules  can  be  developed 
within  the  state-of-the-art  to  implement  the  functions  of 
the  IP.  These  modules  can  support  IP  training  as  well  as 
"self/peer"  training  and  related  simulator  training  resources 
manaqement  data.  The  interface  with  other  training  data 
systems  should  be  explored. 

• The  relation  of  simulation  training  to  other  training 
media  in  implementing  training  objectives  needs  to  be  explored. 
Ffficient  and  effective  use  of  simulation  requires  the 
support  of  other  training  media. 

• Instructor  console  design  should  be  function-oriented, 
i.e.,  training-oriented  as  opposed  to  simulation  control- 
oriented.  Achieving  this  type  of  interface  between  the  IP 
and  the  simulation  system  is  within  the  state-of-the-art; 
providing  requirements  are  well-defined. 

A total  of  ten  functions  involving  thirty-five  sub- 
functions was  structured.  A conceptual  console  of  nine 
modules  which  could  support  these  functions  was  outlined. 

The  interaction  and  relationship  of  the  Navy  Flight  Officer 
Instructor  and  the  IP  were  explored  for  those  weapon  systems 
in  which  an  NFO  is  part  of  the  aircrew. 
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SECTION  II 
PROBLEM 

Tilt'  overall  project  was  directed  toward  developinq 
informat  ion  to  make  decisions  in  four  areas: 

(1)  The  role  of  the  IP  and  SO  in  the  use  of  flight 
simulators  as  an  integral  part  of  the  system  for  training 
pilots 

(2)  The  design  of  the  IP/SO  consoles 

(3)  The  degree  to  which  at  least  hardware  components 
might  he  s t anda rd i zed 

V 

(4)  The  possibility  ol  using  tin?  instructor  console 
for  training  the  IPs 

With  the  role  and  requirements  having  been  defined  in 
the  Phase  I study,  and  the  functions  analyzed  and  defined 
in  the  Phase  II  study,  the  remaining  tasks  to  achieve  a 
usable  design  product  involved  the  last  throe  objectives. 

Therefore,  the  problem  addressed  in  this  study  was  the  devel- 
opment of  a conceptual  subsystem  which  could  be  utilized  for 
the  demonstration  of  the  console  defined. 
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SIXTION  1 I l 
Al'l'KOAl’II 


I'.KNKKAl. 

Ttu*  I i .linil.it  ion  ol  i t'lpi  l l .silt'll  t M Milo  .It'S  l >|n  1 1*  tins  is, 
in  l.ii  i|«>,  t lit*  .iii.i  l y s i s phase  i>t  t !u>  ovci.il  I systems  enauieei  in. 
appi  o.if  Ii , i . e . , l>e  t i n»‘  « An.i  1 y .*«•  >Pes  i .|n  » I'v.i  1 u.i  t «• » I'evt- 1 op  * Tes  t . 
Howevei  , tin'  li.isii'  steps  i«l  itet  ini',  analyze,  ill's  1 1 1 ii  .iiul 
e'v.i  I u.i  t i*  .ii<‘  iti'i.it  ivi'  .it  i'.ii'Ii  ('Ii. fii'  .mil  i i'1'i  I'Si'iit  .1  tat  imi.il 
. 1 ( ||  • 1 il.li'll  III  I'.li'tl  t.isk  l'Vl'11  I I II  > III  1 1 1 Millin'  Steps  III.I  y III!  tl  I V I .1  I 

.it  I'c'it.iin  phases.  I'm  I'x.imi' 1 , til's  1 1 1 1 1 is  .i  minoi  step  in 

.iii.i  lysis  it  pi  oven  .iii.i  lyt  ii'.il  ini' t In  hIs  .'.ill  In*  ut  i l zetl . 

Tin'  i i>  t hi  «•  tints'  tasks  wei  e s t i in- 1 in  nil  ti>  eomplete  t lit'  Phase  It 
stinty.  Tlit'y  .iif  ifvii'Wt'il  in  tin-  tollowiiin  pa  i ,ii|  i aphs , almui 
wttli  ii'l.ttt'il  m til  1 1 asks  . 

TASK  A PH NOTION  ANALYSIS 

Tlif  tii  st  t ts'liii  I f.i  I task  invnlvt'il  tilt*  tit- 1 a t l tsl  analysis 
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• Uriel  - briot  student  (and  support  staff)  on  evaluation, 
roqu  v i ement  s , approach , etc. 

# Initialize  - entet  initial  cotui  i t ions , mission  data, 
etc.,  into  t ho  snmilntoi 

• Train  rondm’l  snmil.itai  I r.iinuni  mission 

# evaluate  assess  student  pci  t orinancc 

• Pobi  tel  - debi  let  student  (and  support  stat  t ) on  the 
mi  ss ion 

# Data  Management  - update  student  and  simulator  records 

An  addition.il  throe  t unctions  related  to  the  IP  act  ivi  ties 
wer»'  a l so  ident  i t ied; 

( I ) hove  lop  sy  I I aims 

( ) Train  IPs 

( I ) So  1 f/Peer  t ra  i n i IU| 

The  mtormat  ion  requirement:;  and  tasks  involvi'd  in  the  ton 
tunet ions  wei e also  developed.  Appendix  A contains  the 
detailed  list  ot  those  requirements. 

Those  tunet ions  and  the  trniniiui  applications  developed 
in  Phase  it,  i.e.,  by  typo  ot  weapon  system,  were  analyzed 
in  tei  ms  ot  moilulai  concepts  and  design  requirements. 

The  output  ot  this  ta.sk  toimed  the  basis  tor  the  conceptual 
silbsyst  cm  dos  iqn  . 
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TASK  D - CONCEPT  DEVELOPMENT 

The  main  objective  of  the  study  was  to  develop  a funct ional 
type  of  description  which  could  be  applied  in  a demonstration 
ami  a test.  The  task  therefore  involved  identifyinq  anil 
structuring  t lie  concept  ua  1 design  in  sufficient  detail  to 
permit  a test  application. 

TASK  C - DOCUMENTATION 

The  last  task  involved  the  preparation  of  the  final 
report  which  discussed  the  effort  conducted. 
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SUCTION  IV 
RESULTS 

The  Phase  II  program  had  developed  a conceptual  allocation 
of  functions  to  the  IP  and  to  system  hardware.  In  addition, 
a preliminary  modular  concept  was  developed.  One  of  the 
features  explored  was  the  use  of  "remote"  terminals  to  support 
some  of  the  functions.  Several  very  attractive  benefits 
appeared  possible.  First,  increased  utilization  of  the 
simulator  could  lu*  achieved  by  dedicating  it  to  the  actual 
training  function.  The  remote  or  supporting  terminals  could 
be  used  to  conduct  all  other  functions.  The  function  allocation 
which  results  is  as  follows: 

Si mu  la tor 
Initialize 
Tra  i n 
Kva 1 ua te 
IP  Train* 

Sc  If /Peer  Train 

♦Only  IP  t ra i n i ng 
requiring  simulator 
use 

A generic  time  line  analysis  of  this  allocation  assuming 
a typical  one-liour  training  session  illustrated  the  potential 
benefit.  It  i s reproduced  as  Figure  1.  Since  a single  IP 
normally  performs  all  of  the  instructing  functions  for  a 
given  student,  the  concept  is  operationally  feasible,  i.e., 
the  IP-student  "pair"  can  flow  through  the  remote  terminal/ 
simulator  type  of  system. 


Remote  Term i na 1 
Prepare 
Rr  iof 
Debrief 

Develop  Syllabus 
Train  IP 
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Software  considerations  had  also  been  explored  in  Phase  II 
and  illustrated  that  conventional  software  architecture 
could  support  the  concept  and  had,  in  fact,  been  virtually 
demons!  rated  in  other  studio.';  conducted  at  the  Human  Factors 
l.alKuulory  at  NAVTRARQU 1 l’CKN . The  concept  explored  involved  the 
allocation  of  the  function  to  a "Real-Time"  and  "Off-Line" 
structure,  with  two  modes  in  "Real-Time."  The  trial  allocation 
was  as  follows: 


"Real-Time 
Foreground  Mode 
Initialize 
Train 
Evaluate 
Train  IP 
Self/Peer  Train 


Requirements 

Background  Mode 
Brief 
Debrief 


"Off-Line"  Requirements 


Prepare 
Manage  Data 
Develop  Syllabus 


Although  not  included,  it  is  clear  that  the  IP  training 
functions  not  requiring  the  simulator,  such  as  computer  aided 
training,  could  be  performed  in  the  Background  Mode. 


The  actual  software  architecture  implemented  in  any 
given  simulator  training  system  must  reflect  the  computing 
system  involved  and  ideally  must  exploit  the  features  available. 
However,  it  is  clear  that  the  state-of-the-art  of  software 
design  is  adequate  to  support  a module  concept  utilizing 
remote  terminals  to  support  the  simultaneous  conduct  of  the 
tasks  as  outlined  in  the  above  conceptual  allocation. 


The  display  and  control  requirements  of  the  functions 
were  then  analyzed  to  expose  design  and  configuration  require- 
ments. The  functions  were  grouped  in  accordance  with  the 
allocation  outlined  above,  which  did  not  constrain  the  analysis. 
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The  display  and  control  reepi i rements  wore  further  structureel 
in  terms  of  the  type  of  information  required  and  the  nature 
of  the  control  functions  involved.  Display  information  was 
subdivided  into: 

• Alphanumeric 

• Graphics 

• Hard  copy 

The  controls  were  subdivided  into: 

• Training  control 

• Simulation  control 

The  categories  are  not  truly  discrete  but  serve  to 
emphasize  the  primary  function  involved.  Table  1 contains 
the  results.  An  "x"  indicates  a clear  requirement;  a "/" 
indicates  a possible'  requirement  depending  on  the  sophis- 
tication of  the  training  system  and  the  weapon  system  involved 

Although  the  results  are  somewhat  dependent  on  the 
detailed  characteristics  of  the  tie's ign,  three  results  are 
of  interest  and  have  impact  on  console  design.  These  are: 

(1)  There  appears  to  be  little  if  any  need  for  direct 
contreil  of  simulation  per  se . 

(2)  Alphanumeric  display  ret]uirements  predominate, 
although  a clear  need  for  graphic  displays  exists. 
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TABLE  1.  FUNCTION  DISPLAY  AND 


PREPARE  - 

Identify  session 
Assemble  materials 
Review  data 

Develop  traininq  session 

BRIEF  - 

B i i e I st  uden  t 
Brief  crow 

INITIALIZE  - 

Confiqure  simulator 
Initialize  simulator 
Establish  readiness 

TRAIN  - 

Control  simulator 
Monitor  performance 
I nst ruct 
Eva  1 ua te 

DEBRIEF  - 

Debrief  student 
Pebr i e I crew 

DATA  - 

Student  data 
Simulator  data 
Traininq  data 

SYLLABUS  DEVELOPMENT 

IP  TRAINING  - 
Simulator  OPS 
Simulator  traininq 
Syllabus  development 
Student  traininq 

SELF/ PEER 


Key:  AN  - Alphanumeric  SC  - 

C.  - Graphics  x 

HC  - Hard  copy  / 

TC  - Traininq  control 
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CONTROL  REQU l REMENTS 


Simulation  control 
Requirement 
Possible  requirement 


- J 


NAVTUAIXU'  l 1VKN  /(i-0-00  U-.’ 


I l)  A minimal  requ  i foment  lot  hard  copy  exists. 

The  next  step  taken  was.  t it  combine  display  requiiomonts 
m terms  ot  snbiect  matter  and  (unction.  Aqain,  t lie  results 
ate  somewli.it  arbitrary  but  at  least  serve  to  identity  a 
feasible  set  ot  displays.  The  trial  set  developed  was  such 
that  no  detailed  dcsiqn  was  intended,  although  where  multipit 
panes  are  addressed  it  was  clear  that  this  would  be  required 
The  displays  which  were  structured  include: 

(11  Schedule  display  - a simile  pane  display  list  inn: 

• Hate 

• St udent 

• Instructoi 

• Syllabus  hop 

• Simulator  scheduled 

• Remote  console  scheduled 

• SO ( s) 

• Kquipmcnt  status  as  ot  (date/time) 

( 2 1 Syllabus  display  - a multi-pane  display  list  inn: 

Pant'  1 - Hop  summary 

• Summary  tit  traininn  object  ivos  by  priority 
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• Summary  of  performance  requirements 

• l.ist  ot  prerequ  i s i tes 

• l.ist  of  demonstrations  available 
Paqe  2 - Hop  events 

• Hop  events  in  sequence 

• Adaptive  loqic  branches  and  criteria 
Paqe  1 - Scenario  (TACTICAL  phase  only) 

• Mission  scenario 

• IP/SO  act i v i t ies  required 

• Scripts 

Paqe  4 - Hop  condi I ions 

• Initial  conditions 

• Pre-planned  resets  and  criteria 

(3)  Student  data  display  - a multi-paqe  (as  required) 
d i sp 1 ay  1 i st i no  : 

Paqe  1 - Student  history 

• Student  name,  rank,  nqe,  Social  Security  numbe 
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• Input  sourri’ 

• I-'  1 i « 1 1 1 1 e \ pe  i i e nee  ( In  Hirs  , hours  in  typos,  e t e 

• Syllabus  i’Vi'IiI  rump  1 et  oil 

• Pate  lust  tliuht  and  last  simulatoi  hop 
Pane  2 - Student  performance*  history 

0 Syllabus  hops  and  results 

Paui'  ' ~ 1 •'  evaluat  ion  data  "slate*" 

(4)  I'ni'tinu  display  .i  mult  i-paue'  display  ( a 1 phanunu* i i 
and  uraphic)  for  briefinu  the  student,  i no  1 ud  » nu  : 

• Summary  ot  scheduled  hop 

• Objectives  and  pel  lormaiire  re'qu  i rements 

• Fliuht  plan  data  as  applicable 

• Oomnuinieat  ions  proeedui  es 

• Kmet  ueney  ptooe'dut  es 

( r* ' Tiaininu  system  status  - a status  board  display 
showinu  conditions  ot  all  trainmu  system  components , i.e., 

motion,  visual,  computers,  etc. 

ti«l  Systems  status  a comb  i lied  a 1 phammier  i e and 

mult i-paue  display  showinu  weapon  and  tliuht  systems 
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status,  includinq  conf iqurat ion . Manual  or  override  of  system 
status  is  available  throuqh  display  mode. 

(7)  Performance  data  - a combined  alphanumeric  and 
qraphics  display  showinq  student  performance  and  trends. 
Relationship  to  criteria  is  included. 

(8)  Situation  data  - a combined  alphanumeric  and  qraphic 
display  of  mission  area  in  plane  view  with  "zoom"  capability 

(9)  Tactical  data  - a combined  alphanumeric  and  qraphic 
display  showinq  tactical  situation  and  permitting  control  or 
manipulation  of  tactical  elements,  includinq  qround  tarqets, 
air  tarqets,  emitters,  etc.  (Note  - only  required  for  weapons 
t min  i nq  ) 

(10)  Flight  data  - a combined  alphanumeric  and  graphics 
display  with  zoom  capability  which  displays  flight  data 
available  in  the  cockpit 

A "relative  time  line"-based  function  flow  of  the  major 
training  function  was  next  conducted.  Figure  2 shows  the 
Preparation  Function  Flow  with  display  requirements  indicated. 
The  flow  separates  functions  at  the  simulator  console  and 
at  the  remote  console.  The  dotted  line  shows  current  simu- 
lator status  input  by  the  SO. 

Figure  3 shows  the  Brief  and  Initialize  Function  Flow. 

The  dotted  lines  are  used  to  indicate  the  physical  movement 
from  the  remote  console  to  the  simulator  console  and  to  the 
cockpit  by  the'  II'  and  the  student  respectively. 

Figure  4 shows  the  Train  Function  Flow  and  Figure  5 
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shows  the  function  flow  for  the  Debrief  and  Data  Management 
Function  Flow.  Again,  the  dashed  line  shows  the  physical 
movement  of  both  the  IP  and  the  student  to  the  remote  console. 

The  display  utilization  which  is  reflected  in  Figures  2, 

I,  4 and  S was  re-analyzed  in  terms  of  content  since  it 
appeared  that  a minimum  ol  technical  data  was  required.  The 
analysis  proved  relatively  meaningless  in  the  absence  of  a 
specific  weapon  system.  However,  it  did  not  appear  that 
any  required  data  tot  training  purposes  had  been  omitted. 

This  does  not  imply  that  additional  data  would  not  be  requested 
by  the  IP,  rather  that  the  need  did  not  appear  given  adequate 
training  system  design.  In  fact,  it  proved  easy  to  postulate 
data  or  displays  which  would  degrade  the  system  significantly. 
For  example,  a detailed  readout  of  all  simulator  parameters 
before  initiating  would  probably  generate  control  requirements 
for  modification  purposes.  The  end  results  would  either  have 
no  effect  or  degrade  the  training,  given  that  the  syllabus 
was  rationally  designed.  It  has  long  been  recognized  that 
irrelevant  information  typically  leads  to  equivalent  irrelevant 
manipulation  and  control  to  the  detriment  of  required  functions. 

In  short,  the  display  console  which  falls  out  of  the 
time  line  t low  involves  mult iple  but  dedicated  displays  as 
opposed  to  tin'  all-purpose  display  concept  ot  modern  simulators 
reported  in  the  Phase  I I report  . Figure  t>  is  a cont  igur.it  ion 
ot  simulator  console  displays  based  on  the  analysis.  it 
incorporates  the  following  displays,  each  dedicated  to  that 
function  unless  otherwise  specified. 

(1)  Flight  Display  - a content  replication  ot  the 
cockpit  displays  for  attitude,  altitude,  heading,  speed, 
accclerat ion,  vertical  rates,  angle  of  attack,  basic  power 
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indicators  tor  the  system,  cent  iguration,  and  special  t light 
systems  (e.g.,  wing  proiii  am)  . The  display  provides  the  IP 
with  the  basn'  information  the  student  should  be  processing. 

(-’)  Syllabus  Display  - an  alphanumeric  display  dedicated 
to  syllabus  information,  including  an  event  status  indicator. 

The  display  provides  the  IP  with  information,  including  on- 
going and  near  future  syllabus  events. 

j 

t 1)  Situat  ion  Display  - a navigat  ion/tact  ical  display 
which  maintains  the  view  ot  the  mission  plan  and  progress. 

In  tin'  Kami  I larutat  ion  and  Instrument  Flight  stage,  the 
display  is  pi  iiu.it  i ly  radio  nav  aids  and  is  t iold/earr  ier- 
oriented;  in  the  weapons  stage,  the  display  is  target-oriented, 
i.e.,  ground  and  airborne  targets,  emitters,  etc.  Thus  the 
same  display  is  used  for  situat ion  data  regardless  ot  the 
flight  training  stage. 

(4)  Performance  Display  - a display  of  relevant  perform- 
ance measures  tor  each  training  mission  and  segment.  An 
IP  "slate"  ot  performance  measure  display  quadrant  should 
be  provided. 

(TO  Weapon  System  Data  - a display  ot  weapon 
status,  cent i gut  at  ion , and  operat ion.  The  display 
tor  systems  in  which  the  pilot  operates  t hi'  weapon 
and  the  content  is  system-specific. 

(t>)  Scratch  Pad  Display  - a display  control  which 
allows  the  IP  to  modify,  record,  recall,  etc.,  training 
t unction  data.  Since  the  other  displays  are  dedicated,  a 
planning  preparation  preview  type  of  display  is  essential 
t ot  t he  I P . 


sy  s t i'm 
t s requ i t a 
syst  i'tn 


A 
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A ooik’opt ua  1 tomoto  console  to  support  t ho  Brief  Debi  i e t 
Syllabus  Development  Functions  is  depicted  in  Figure  7.  A 
system  block  diagram  of  the  conceptual  system  is  shown  in 
Figure  8.  Simulator  and  training  subsystems  are  shown 
separately,  not  only  to  emphasize  the  basic  difference  between 
the  two  functions,  but  also  to  suggest  the  possibility  of 
structural  separation  of  the  subsystems.  Such  a differentiation 
has  several  attractive  features  both  from  design  and  from 
ma i ntenance  v i ewpo i nt  s . 

( L ) Simulation  and  training  software  are  inherently 
different,  e.g.,  numbers  crunching  vs.  logic  operations. 

( .’ 1 Configuration  control  responsibility  is  separated, 
e.g.,  simulation  sot tware  is  engineering  weapon  system- 
controlled  and  training  software  should  be  training  department - 
cont ro 1 led . 

( 1)  Training  software  is  rolat  ively  syst  ern-  i tidependent 
and  thus  potentially  a standard  Navy-prov ided  item;  simulation 
sot tware  is  system-specific. 

I -1)  Staiulai  di.Mt  ion  «.■>  t student  data  format  can  permit 
data  to  be  passed  from  training  unit  to  unit  as  well  as  to 
a training  personnel  center. 
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Sf.t’T  1 ON  V 
I)  I SCUSS  ION 

Thi'  t hi  t'i'  phases  ol  till.-  sliuly  ol  tin1  1 ns  t i in- 1 or  1’ilot’s 
Role  in  Simulation  Trainiiu)  have  It'd  to  a conceptual  system 
which  optimizes  the  utilization  ot  the  II’  in  the  simulation 
traininq  proqram.  The  role  of  the  IP  upon  which  this  concept 
was  developed  ret  loots  the  opm.it  iotial  IP  as  described  in 


t lie  Phase  1 

repoi t , i . e 

. , the  IP 

i s bot h 

a fliqht  and  a 

simulator  instructor. 

Thus 

t 111  ■ l 

■onct'pt  ua 

1 system  attempts 

to  bot  h ex( 

> lo  l t t hi'  sk  l 

1 1 s 

ilt've  1 1 

>ped  for 

t 1 iqlit  t ra  i n i nq 

as  we  1 1 as 

prevent  any 

neq.t 

t l ve  t 

rails  t er 

bet  ween  t he  t wo 

i nst  met oi 

s i t ua  t i oils  . 

The 

t e t on 

■ t lu>  bas 

ie  displays  used 

by  the  inst 

rue tor  in  fl 

iqlit 

are  t 

etai ned 

in  tin*  simulator. 

i . e . , t he  t 

l iqlit  and  situat 

l on  d i 

splays. 

The  synthetic  situation,  by  be i nq  a simulation,  requires 
the  spec i f i cat  ion  of  a host  ot  parameters  provided  "a  priori" 
m fliqht  (e.q.,  winds,  air  temperature,  and  qeoqraphic 
posit  ion)  . A we  1 1 -ilevel  opt'il  syllabus  which  is  easily  stored 
in  a modern  computer  system  can,  in  a similai  a priori  sense, 
provide  these  tor  the  IP.  This  not  only  unburdens  t hi'  IP 
but  promotes  standard i zat  ion  ot  traininq. 

finally,  the  simulator  can  obviously  permit  hazardous 
events,  even  crashes,  as  traininq  exercises.  It  can  reset, 
replay,  etc.,  and  concentrate  traininq  on  the  student’s 
problems,  an  approach  difficult  to  accomplish  in  fliqht. 
Aqain,  the  implementat ion  ot  these  features  is  easily 
mechanized  to  aid  the  IP  in  a procedure  which  is  toreiqn 
to  tli qht  t ra l n i nq . 

As  yet,  performance  measurement  is  larqely  subjective 
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in  I lii|lil  althouqh  i list  r umi'ii  t i’ll  raiujes  are  beqinninq  to  provide 
documentary  it  not  processed  portormance  data.  A simulation 
t ra  i n i mi  system  can  sample  and  process  pilot,  vehicle  and 
system  data  to  at  least  provide  objective-quantitative 
summaries  of  events  and  actions  for  the  IP.  The  conceptual 
console  developed  in  Sect  ion  IV  is  an  approach  which  ret  lects 
these  considerations . As  such,  it  should  be  explored  and 
eva 1 ua  ted . 

One  result  that  is  of  part icular  interest  is  that  while 
displays  and  controls  in  simulators  are  typically  hiqhly 
sensitive  to  weapon  system  character i sti os  and  coni iqurations, 
it  appears  that  the  conceptual  system  is  not.  The  functions 
defined  appear  to  be  relatively  "universal."  If  such  proves 
trui',  tlie  objective  of  standardized  modules  appears  feasible. 

In  a similar  manner,  the  functions  required  for  ip 
traininq  are  not  dissimilar  to  those  required  for  student 
pilot  traininq.  Thus  the  trainimi  function  implementation 
should  be  capable  of  support i nq  IP  traininq  and  standardization 
checks  as  we  1 1 . 

As  pointed  out  in  the  results  section,  the  primary 
requirement  tor  the  system  is  a detailed  development  and 
document  a t ion  ol  the  traininq  syllabus.  The  Phase  I report 
pointed  out  the  qenera I lack  ot  such  data  in  typical  traininq 
opera! ions.  It  is  clear  that  the  conceptual  system  cannot 
be  implemented  unless  appropriate  syllabi  are  developed. 

One  ot  the  potentially  most  siqnificant  features  of 
tlu'  conceptual  system  is  the  remote  console.  The  Phase  I 
report  pointed  out  the  basic  lack  of  adequate  briet  i nq 
and  debriefinq  (unctions.  What  was  performed  tended  to 
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delay  or  "tie  up"  the  simulator.  The  analyses  clearly  show 
the  feasibility  of  effectively  utili/.itui  lemote  console:; 
toi  support  iiiii  the  brief  tni|/iielu  let  inq  I unct  ions,  n>inin  uiveu 
.11  lei  | u,t  t e p rep.  1 1 a t ion  .mil  i lemons  t i a t i on  . Neil  hei  the  i mp  l e- 
inent.it  ion  not  the  t i a Ml  nit)  prepnint  ion  anil  documental  ion  ate 
beyond  the  state-ot -I  he-ai  t . 

finally,  t ho  conceptual  system  tcipiiics  multiple  displays. 
The  Phase  l and  Phase  II  studies  were  critical  of  the  t t end 
toward  CUT  displays.  llowevei  , the  problems  out  lined  wet  e 
related  to  the  literally  hundreds  ot  panes  ot  texts  and 
tjraphies  available  to  the  IP.  Most  weie  IP  opt  1011-se  leet  ed 
and  related  to  simul.it  ion  rout  ml  ot  system  technical  data, 
while  tew  were  inst  i Ui'l  lon-oi  lented.  The  concept  tin  I display 
subsystems  are  the  opposite;  system  displays  are  dedicated 
and  cap  i ta  1 i ze  on  IP  skills  and  expel  lence,  i . e . , t l iijht  , 
situation,  and  tact ics.  Itoiiui  dedicated,  they  do  not  place 
a burden  on  the  IP,  not  can  he  "deni  ade"  t lit-  information 
content  by  pauiiug  ot  "dialitui  up"  alternat  ives.  The  conceptual 
system  is  "by  exception"  ot  "oven  nle"  and  t t ainimi  tunet  ion- 
oriented,  not  simulator  paramet  ei  cont  t ol-oi  lent  ed. 
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SECTION  VI 
CONCLUSIONS 

The*  following  conclusions  are  based  on  the  analyses 
conducted.  Demonstration,  verification  and  evaluation 
remain  to  be  accomplished. 

(1)  A console  capitalizing  on  fliqht  IP  skills  and 
capabilities  is  feasible. 

(2)  Simulation  software  and  training  software  should 

be  separated  in  terms  of  configuration  control  and  management. 
Detailed  unique  programs  are  required  for  the  conceptual 
t ra i n i ng  sy s t cm . 

(3)  A multiple  set  of  dedicated  displays  appears  to 
be  attractive  for  IP  use. 

(4)  Extensive  syllabus  development  efforts  are  required 
to  implement  the  conceptual  system. 

(5)  Modular  console  design  is  feasible  both  in  terms 
of  hardware  and  software. 

( l) ) Remote  consoles  can  support  training  funct  ions 
and  should  result  in  a signil leant  increase  in  simulator 
ut  i 1 i/.at  ion  and  effect  iveness. 
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SUCTION  VII 
HFCOMMKNDATKV  .1 

Although  the  roncopt  ua  1 traininq  system  is  clearly 
well  within  the  s t .1 1 e-o  I - 1 he-a  r t , demons  t r .1 1 1 ons  ol  the 
system  should  ho  accomplished  before  lull  ofHM.it  lmui  1 use 
is  attempted.  That  is  not  to  say  that  specific  system 
features  cannot  be  applied  directly.  For  example: 

(1)  Detailed  and  explicit  syllabus  development  is 
clearly  a requirement  regardless  of  the  system  employed 
and  should  be  undertaken. 

(2)  IP  traininq  in  simulator  operation  and  traininq 
methods  as  stressed  in  the  Phase  I report  can  and  should 

be  undertaken  regardless  of  the  type  of  consoles  developed. 

(?)  Automat  ion  of  tout  i no  t unctions  should  be  imple- 
mented to  unburden  the  IP.  While  the  trend  is  in  this 
direction,  the  emphasis  should  be  shifted  to  traininq,  not 
simulation  control. 

The  basic  object ives  ol  the  study,  however,  were 
directed  toward  more  efficiently  integrating  the  IP  into  the 
simulator  training  system.  The  study  has  clearly  shown  the 
conceptual  and  technical  feasibility  of  accomplishing  this. 

In  addition,  providing  IP  training  can  readily  be  incorpora t» 
Therefore,  the  following  rooommondat ions  art'  made: 

• Demonstrate  t ho  remote  console  concept  for  briefing 
and  dcbrictinq.  User  acceptance  should  be  a major  test 
po i nt . 
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• Demonstrate  that  the  detailed  syllabus  required  can 
be  developed,  proqrammed  and  accepted. 

• Demonstrate  that  the  module  concept  can  be  implemented. 
Conceptually  and  technically,  the  approach  is  feasible. 
Operational  and  TP  acceptance,  however,  poses  a risk. 


[ 


L 


A 


NAVTRAEQUI  PCEN  76-C-00  !4-2 


BIBLIOGRAPHY 

1.  Charles,  John  P.  "Instructor  Pilot's  Role  in  Simulation 
Training  (Phase  II)."  Technical  Report  NAVTRAEQU T PCEN 
76-C-00  14-1,  Nava  1 Training  Equipment  Center,  Orlando, 
Florida,  Aiuiust  1977. 

2.  Charles,  John  P.;  Willard,  Gene;  and  Healey,  Georqe. 
"Instructor  Pilot's  Role  in  Simulation  Training. " Technical 
Report  NAVTRAEQli 1 PCEN  75-C-0093-1,  Naval  Traininq  Equipment 
Center,  Orlando,  Florida,  March  1976. 

3.  Cohen,  Edwin  C.  "Impact  of  Automated  Traininq  Upon 
Instructor  Station  Design."  In  Proceedings  of  Sixth  Nava  1 
Training  Equipment  Center  and  Industry  Conference , 

November  13-15,  197r>,  pp.  502-510.  Report  NAVTRAEQU  I PCEN 

IH-226,  Naval  Training  Equipment  Center,  Orlando,  Florida. 

4.  Fowler,  R.  L. ; Williams,  W.  E. ; Fowler,  M.  G. ; and  Young, 

D.  P.  "An  Investigation  of  the  Relationship  Between 
Operator  Performance  and  Operator  Panel  Support  for  Contin- 
uous Tasks."  Technical  Report  AMRL-TR-68-1 70 , Wright- 
Patterson  Air  Force  Base,  Ohio,  December  1961. 

5.  Murphy,  Gerald  L.  "Advances  in  Instructor  Station  Design." 
In  25th  Commemc rati ve  Techn i ca 1 Journa 1 , pp.  1 75-182. 

Naval  Training  Equipment  Center,  Orlando,  Florida,  November, 
1971  . 

6.  Prophet,  Wallace  W. ; Caro,  Paul  W.;  and  Hall,  Eugene  R. 

"Some  Current  Issues  in  the  Design  of  Flight  Training 
Devices."  In  25th  Commemorative  Technical  Journal , 

pp.  1)3-141.  Naval  Training  Equipment  Center,  Orlando, 

F lor ida , November  1971. 

47 


Li a 


NAVTRAKQUIPCEN  76 -C -0034-2 


7.  Roberts,  V.  Clark.  "Human  Engineering  Considerations 
for  Instructor  Stations."  In  Proceedings  of  Sixth  Naval 
Training  Equipment  Center  and  Industry  Conference , 

November  11-  lr>,  1 _97 .3 , pp.  598-606.  Naval  Training  Equip- 
ment Center,  Orlando,  Florida. 

8.  Smode,  Alfred  F.  "Human  Factors  Inputs  to  the  Training 
Device  Design  Process."  Technical  Report  NAVTRAEQUIPCEN 
69-C-0298-1,  Naval  Training  Equipment  Center,  Orlando, 
Florida,  September  1961. 

9.  Smode,  Alfred  F.  "Training  Device  Design:  Human  Factors 
Requirements  in  the  Technical  Approach."  Technical 
Report  NAVTRAF.oiii  PCI'.N  71-C-001  1-1,  Naval  Training  Equip- 
ment Center,  Orlando,  Florida,  August  1972. 

10.  Smode,  Alfred  F.;  Gruber,  Alvin;  and  Ely,  Jerome  H. 

"Human  Factors  Technology  in  the  Design  of  Simulators 
for  Operator  Training."  Technical  Report  NAVTRAEQUIPCEN 
11-3-1,  U.S.  Naval  Training  Device  Center,  Port  Washington, 
New  York,  18  December  1963. 

11.  Stark,  E.  A.  and  Puig,  J.  A.  "Use  of  Cathode-Ray  Tubes 

at  Instructor  Stations."  In  NTEC/I ndustry  Conference 
Proceed i ngs , 19-21  November  1974,  pp.  289-102.  Report 

NAVTRAKOI M PCI'.N  1II-24D,  Naval  Training  Equipment  Center, 

Or  I undo , F lor i da . 


48 


NAVTRAKQU  ll’CKN  7b-C-00  14-2 


w 


APPEND  1 X A 

IP  FUNCTION  BREAKDOWN 

1 1’RKPAKF  FUNCTION 

1 . ! 1 ill'll t i 1 y Soss  ion 

• Stiulont 
0 Turn' 

• S i mu  1 ,i  t ot 

• Sy 1 1 .thus  hop 

• S i mu  1 n t oi  s t n t us 

1.2  Assomhlo  M.itori.ils 

• St  lull'll t tilo 

• Sy  II. thus  hop  liosor  i pt  ion 

• Sot  i pt s 

• Sot'll. l r i os 

• Chi'oklists  Ouiili's 

0 I n i t i ,i  1 i .‘..i  t i on  il.i  t a 
0 I'.it.t  rooor  il  i tui  shoots 

• Ci  .till'  shoot  s 

• S imul.it  oi  lit  i l i .*.  .i  t i i'ii  shoots 

• F 1 i uht  p 1 .ms  , oto. 

1 . 1 Rt'V  i i'W  P.i  t .i 

• Si  t lulon  t hist  ot  v 

pot  totm.moo  piohloms  wo.tknossos 
mi  ssi  iui  ti  .iiniiui  olomont  s 
0 Sy  1 1 .thus  hop 
oh  joo t i vos 

- pot  toi  m.inoo  oi  itoi  i .i 

- pt  tor i t ios 

- implonu'iit.it  ion  prooo.luros 
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• Simulator  status 

1.4  Develop  Training  Session 

• I ml  i v i dun  1 i ze  syllabus  to  students'  needs 

• Modify  initial  conditions  as  required 

• Schedule  and  program  ma 1 functions/emergencies 
0 Structure  controller  functions 

• Develop  tact  i on  1 scenarios 

• Format  demonstrations 

• Structure  performance  measurement 

• Structure  display  and  control 

• Contingency  plans 

- performance  failure's 

- crash 

- missed  procedures 

- unacceptable  accuracy /quality 

- simulator  reset  strategy 

- simulator  emergency 

- f i re 

- hydraulic  malfunctions 

- Kiss  ot  communications 

- area  safety 

• Out  1 me  hi  io!  i ng  sessions 

- student  is) 

- objectives 

- criteria 

- procedures  'approach 

- simulator  problems 

- s i mu  la t or  st  a t f 

- respons i b i 1 it  i os 

- evolution  strategy 
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HR I FF  FUNCTION 

. 1 Hi  lot  St  udent  ( ) 

• Planned  ovolut ion 

• l.earninu  ob  joct  ivos 

• Portormanoo  c i itoria 

0 Simulator  emergency  procedures 
0 Simulator  discrepancies  and  characteristics 
0 Planned  use  ot  training  controls  - freeze,  reset, 
replay,  denu'nst  rat  ion,  etc. 

0 I'ommunioat  ion  procedures 
0 l'li  u lit  pi  an  da  t a 

2.2  Hr  let  Simulator  Crew 

0 Planned  evolution 
0 Support  responsibilities 
0 F.meruency  procedures 

1 NITI  AI.r.’K  KUNCTl  ON 


1.1  i'i>nt  iiiure  Simulator 

0 Pont  unite  simulation  system 
0 Pont luuio  crew  slat  ion 
0 Pont  Mine  IP  console 

\ . 2 Initialize  Simulator 

0 Fnt  oi  ot  vet  t I y initial  ootid  i t ions 
- airfield  and  t unway  loeat ions,  . 
at  ratujement 
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- carrier  types,  positions,  speeds,  headings,  sea 
state 

- radio/navigation  aids,  locations  and  characteristics 

- target  locations,  characteristics,  and  behavior 

- environment  (ceilings,  visibilities,  temperatures, 
winds,  magnetic  variation) 

- aircraft  configuration 

- aircraft  position  and  heading  (if  airborne, 
altitude,  heading,  speed,  attitude  and  power) 

- malfunctions/failures 

- preprogrammed  malf unctions/erhergencies 

- data  monitor/record  settings 

• Enter  preprogrammed  data 

• Initialize  crew  station 

3.3  Establish  Readiness 

• Student (s)  strapped  in  cockpit 

• Area  secure  and  safe 

• Scripts,  scenarios,  data  sheets,  etc.,  available 

• Make  communications  check  with  student  and  crew 

4 TRAIN  FUNCTION 

4.1  Control  Simulator 

• Activate  simulation 

• Provide  interacting  man-system  simulations  per 
scripts/guides/scenarios 

- controller  functions 

- ground  crew  functions 

- other  aircrew  functions 

- other  vehicles  and  targets,  air,  ground,  sea. 
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submarine,  missiles 
- radar  and  early  warn i nq  system 

• Act.  i vate/Deacti  vate  omorqencies/mal  functions 

• Select  and  activate  demonstrations 

• Set  and  select  replay 
0 Freeze 

• Initialize  and  reset 

• Monitor  safety  of  operations 

0 Deactivate  trainer  at  end  of  session 

4.2  Monitor  I’crformance 

• Procedures 

• Technique 

0 Skill  level 

• Simulator  performance 

4.3  T nstruct 

• Provide  feedback 

• Critique 

• Correct  procedures 

• Provide  technique  advice 


Record 

• Data 

for 

feedback 

• Data 

for 

simulator  control 

• Da  t a 

for 

dc'br  i c f 

0 Data 

for 

records 

reset,  replay 
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5 EVALUATE  FUNCTION 

5.1  Monitor  Relevant  Parameter  for  Segment/Phase/Task 

5.2  Establish  if  Performance  within  Training  Performance 
Enve lope 

5.3  If  Performance  Beyond  Envelope,  Diagnose  Problem 

5.4  Select  Instruction  Technique  to  Train 

5.5  Develop  Plan  and  Data  to  Implement  Technique 

5.6  Brief  Simulator  Crew  and  Student  as  Required 

6 DEBRIEF  FUNCTION 

6.1  Debrief  Student 

• Organize  data  collected 

• Assemble  debriefing  materials 

• Review  performance  problems  (replay  if  available) 

• Review  correct  procedures,  etc.  (demonstration 
if  available) 

• Review  file  data 

• Outline  corrective  actions  to  take 

6.2  Debrief  Simulator  Crew 

• Review  problems 

• Review  overall  performance 

• Discuss  simulator  d i screpanc i os 

7 MANACE  DATA  FUNCTION 

7.1  Student  Data 

• Student  grade  sheets,  training  sheets 
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• Simulator  training  data  sheets 

7.2  Simulation  System  Data 

• Utilization  data 

• Discrepancy  data 

7 . 3 Tra ini nq  Da ta 

• Problems 

• Changes  t r ied/proposed 

• Instruction  techniques 

8 DEVELOP  SYLLABUS  FUNCTION 

8.1  Identify  Cha nqes 

8.2  Format  Chanqes 

8.3  Implement  Changes 

8.4  Validate  Changes 

‘)  TRAIN  IP  FUNCTION 

. 1 Simulator  Operation 

• Console  familiarization 

• Console  operation 

• Operating  procedures 

• Syllabus  implementation 

8.2  Simulator  Training 

• Training  functions 

• Training  techniques 
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• Evaluation 

• Simulator  instructing 

9.3  Simulator  Syllabus  Development 

9.4  Standardization  Training 

10  SELF/PEER  TRAIN  FUNCTION 

10.1  Basic  Simulator  IP  Function 

10.2  Syllabus  Lockouts 

• Preclude  "getting  ahead  of  instructor" 

• Preclude  student  data  file  access  or  change 

10.  I Performance  Lockouts 

• Stop  training  if  performance  bad  or  not  improving 

• Stop  training  if  skill  overlearned 
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AN  Alphanumeric 

ASW  Anti-submarine  Warfare 

G Graphics 

HC  Hard  Copy 

IC  Instructor  Console 

IP  Instructor  Pilot 

NFO  Naval  Flight  Officer 

OPS  Operations 

SC  Simulation  Control 

SO  Simulator  Operator 

TC  Training  Control 
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